home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0085 / 266.txt < prev    next >
Text File  |  1997-04-16  |  17KB  |  423 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Thu,  1 Mar 90       Volume 90 : Issue  266
  4.  
  5. Today's Topics:
  6.                              16 MHz 68000
  7.                                dlii024
  8.             Folder hierarchy and pathname length (2 msgs)
  9.                            Livermore Loops
  10.                 Moniterm & STe, STe & SIMMs, ATW news
  11.                              Obtaining UW
  12.                              PC DITTO II
  13.                       Problems with Laser RCP ?
  14.                              programming
  15.                       ST C programming (4 msgs)
  16. ----------------------------------------------------------------------
  17.  
  18. Date: Thu, 1 Mar 90 14:57+0100
  19. From: Ritzert%DMZRZU71.BITNET@Forsythe.Stanford.EDU
  20. Subject: 16 MHz 68000
  21. Message-ID: <900301135753.289921@DMZRZU71-UNI-MAINZ--GERMANY>
  22.  
  23. Brett Maraldo asks:
  24.  
  25. >          What can you tell me about 16Mhz 68k retrofits for the ST?
  26. >What is the best board in your opinion and what will it cost?  What
  27. >are the pros and cons of buying and installing a 16Mhz board?
  28.  
  29. We are running the Hypercache board by the German company pro_VME on 3
  30. machines for more than a year. Initially we had severe problems when the
  31. Atari 68881 board was installed; there were also a few bugs in the cache
  32. logic. The company has continously improved their product and, luckily,
  33. even the most problematic machine of the three now runs very stable when
  34. the cache is switched on. The present Hypercache boards seem to be very
  35. reliable products; the only program i know which *sometimes* gives rise to
  36. problems is ICD's ratehd (only in connection with a seagate st296n, so
  37. this seems to be more a timing problem of this problematic drive). The
  38. board is not cheap (600 DM) but this price is in good ratio to quality
  39. and company support.
  40.  
  41. Speed improvement: roughly 40 % on output intensitive operation, such as
  42. compilations; 70-85 % in average. '881 library functions run typically
  43. 40-50 % faster, which is a remarkable result since in these
  44. applications the 68000 is used merely as a "controller" of the 68881,
  45. which does the real work.
  46.  
  47. I'm not affiliated with pro_VME.
  48.  
  49. Michael Ritzert
  50. mjr@dmzrzu71.bitnet
  51.  
  52. ------------------------------
  53.  
  54. Date: 28 Feb 90 17:07:47 GMT
  55. From: mcgill-vision!quiche!calvin!depeche@bloom-beacon.mit.edu  (Sam Alan EZUST)
  56. Subject: dlii024
  57. Message-ID: <2303@calvin.cs.mcgill.ca>
  58.  
  59. Is the DLII024 on comp.binaries the same version which has been going
  60. around the BBSs for years now, or is it newer?
  61.  
  62. --
  63. S. Alan Ezust                                |  depeche@calvin.cs.mcgill.ca
  64. McGill University School of Computer Science |  Montreal, Quebec, Canada
  65.  
  66. ------------------------------
  67.  
  68. Date: 28 Feb 90 12:22:54 GMT
  69. From: maytag!water!ljdickey@iuvax.cs.indiana.edu  (L.J.Dickey)
  70. Subject: Folder hierarchy and pathname length
  71. Message-ID: <3038@water.waterloo.edu>
  72.  
  73. In article <2018@laura.UUCP> klute@heike.informatik.uni-dortmund.de (Rainer
  74.  Klute) writes:
  75.  
  76. >Hmm, is that really possible? I once tried out how deep a file
  77. >could be nested in the file system hierarchy. From the desktop
  78. >I created a folder "1" in the root directory, then a folder "2"
  79. >within "1" and so on. I ended with folder "8" and got a message
  80. >which told me that it is not possible to create a folder so
  81. >deep in the index structure. To open a file 20 or 40 levels
  82. >deep in the file system should not be possible.
  83.  
  84. I also tried this experiment on the desktop and came to the same
  85. conclusion.  However, Mr. Bammi pointed out to me that there is
  86. a limitation imposed by the desktop that is not imposed by TOS.
  87. So, I tried the same thing using a Gulam shell.  I got over 40
  88. levels deep.
  89.  
  90.  
  91. --
  92.     L. J. Dickey, Faculty of Mathematics, University of Waterloo.
  93.         ljdickey@water.UWaterloo.ca     ljdickey@water.BITNET
  94.         ljdickey@water.UUCP             ..!uunet!watmath!water!ljdickey
  95.         ljdickey@water.waterloo.edu
  96.  
  97. ------------------------------
  98.  
  99. Date: 28 Feb 90 14:27:17 GMT
  100. From: mcsun!unido!sbsvax!roeder@uunet.uu.net  (Edgar Roeder)
  101. Subject: Folder hierarchy and pathname length
  102. Message-ID: <3052@sbsvax.cs.uni-sb.de>
  103.  
  104. In article <2018@laura.UUCP>, klute@heike.informatik.uni-dortmund.de (Rainer
  105.  Klute) writes:
  106. > Hmm, is that really possible? I once tried out how deep a file
  107. > could be nested in the file system hierarchy. From the desktop
  108. > I created a folder "1" in the root directory, then a folder "2"
  109. > within "1" and so on. I ended with folder "8" and got a message
  110. > which told me that it is not possible to create a folder so
  111. > deep in the index structure. To open a file 20 or 40 levels
  112. > deep in the file system should not be possible.
  113. ...
  114. > Any comments?
  115.  
  116. This limit of 8 folder levels only applies to the desktop. The GEMDOS file and
  117. directory functions have no such limit. You can see this if you try the same
  118. procedure as above from a shell (eg. gulam).
  119.  
  120.         - Edgar
  121. --
  122.  
  123. Mail:  Edgar R\"oder                    E-Mail: roeder@cs.uni-sb.de
  124.        Liesbet-Dill-Stra\ss e 3
  125. D-6602 Dudweiler                               -o-   -o-
  126.        W-Germany                                   ~
  127. Phone: 06897/74643                               '---'
  128.  
  129. ------------------------------
  130.  
  131. Date: Thu, 1 Mar 90 09:14:12 GMT
  132. From: R.D.Chafer%sysc.salford.ac.uk@NSFnet-Relay.AC.UK
  133. Subject: Livermore Loops
  134. Message-ID: < 1 Mar 90 09:14:12 A1034D@UK.AC.SALF.C>
  135.  
  136. Dear All
  137.  
  138. Does anyone out there have the source code to the Fortran Livermore Loops
  139. benchmark. If you do could you please post it to me.
  140.  
  141. Robert
  142.  
  143. =========================================================================
  144. From:  Robert Chafer
  145.  
  146.        FTN77 Group
  147.        Computing Centre             Telephone: +44 61 745 5678
  148.        University of Salford,       Fax:       +44 61 745 5666
  149.        Salford M5 4WT
  150.        United Kingdom
  151.  
  152. E-mail:
  153.     JANET:   chafer @ uk.ac.salford.sysc
  154.     ARPANET: chafer%uk.ac.salford.sysc @ nss.cs.ucl.ac.uk
  155.     BITNET:  chafer%uk.ac.salford.sysc @ uk.ac
  156.         or   chafer%uk.ac.salford.sysc%ukacrl.bitnet @ cunyvm.cuny.edu
  157.  
  158. ------------------------------
  159.  
  160. Date: 26 Feb 90 09:04:13 GMT
  161. From: mcsun!unido!fauern!tumuc!guug!pcsbst!@uunet.uu.net  (Roland Rambau)
  162. Subject: Moniterm & STe, STe & SIMMs, ATW news
  163. Message-ID: <1990Feb26.090413.15775@pcsbst.pcs.com>
  164.  
  165. ->From article <2042@atari.UUCP>, by apratt@atari.UUCP (Allan Pratt):
  166. ->>
  167. ->> I don't know them.  The SIMMs are there mainly for the cost and space
  168. ->> savings on the PC board, not so you can add memory to your machine.
  169. ->>
  170. ->> In some machines the memory is not even socketed: it's SIPs, not SIMMs.
  171. ->> If the cost of SIPs is lower than SIMMs plus sockets at the time we
  172. ->> buy, we use SIPs.
  173.  
  174. Allan, you may not know this, but in Germany the STE is definitely
  175. advertized as "_expandable via SIMMs to up to 4 MB_" ( I have this in print ).
  176.   Atari will probably have to refund any STE which does not stand to this
  177. promise ...
  178.  
  179.  
  180. Roland Rambau
  181.  
  182.   rra@cochise.pcs.com,   ?unido|pyramid?!pcsbst!rra,   2:507/414.2.fidonet
  183.  
  184. ------------------------------
  185.  
  186. Date: 28 Feb 90 17:46:51 GMT
  187. From:
  188.  pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!kennyz@tut.cis.ohio-st
  189.  ate.edu  (Kenny Zalewski)
  190. Subject: Obtaining UW
  191. Message-ID: <G#_#AK-@rpi.edu>
  192.  
  193. Hi...  I'd like to know where I can find the LATEST version of both the
  194. Atari ST version, and the Unix side, of "uw", the Unix Windowing program.
  195. I have both right now, but there are two major problems, and if anyone
  196. has a solution, please either post here, or E-mail me.
  197.  
  198. 1.  Only adm31 emulation.  I really need vt100 terminal emulation.  This
  199.     is more a wish, than a problem.  It can't be THAT difficult to
  200.     implement, though.
  201.  
  202. 2.  I have version 4.2 of the Unix side of "uw".  I compiled all the files
  203.     using make, and included the -DUTMP define to allow the program to
  204.     record my tty's in the /etc/utmp file.  Unfortunately, for some reason
  205.     the windows don't show up in a "who" listing, and are obviously NOT
  206.     getting written into the /etc/utmp file (and, yes, it IS world-writable.)
  207.     So my only conclusion is that the version on my ST is not writing the
  208.     /etc/utmp information, though that doesn't make sense to me, because
  209.     Unix should be handling it.  Any ideas???
  210.  
  211.                                       Thanks in advance.
  212.  
  213.                                                      --- Kenny Z.
  214.  
  215. --
  216. Kenny Zalewski
  217. Rensselaer Polytechnic Institute, BARH B 107, Troy, NY, 12180-3590
  218. kennyz@pawl.rpi.edu | Kenny_Zalewski@mts.rpi.edu | userfvct@rpitsmts.BITNET
  219.  
  220. ------------------------------
  221.  
  222. Date: 28 Feb 90 15:23:34 GMT
  223. From: isc-br!lawrence@uunet.uu.net  (Lawrence Kelley)
  224. Subject: PC DITTO II
  225. Message-ID: <2779@isc-br.ISC-BR.COM>
  226.  
  227. In article <1990Feb27.171030.6687@agate.berkeley.edu>
  228.  ericco@stew.ssl.berkeley.edu (Eric C. Olson) writes:
  229. >I got PC DITTO II in the mail last week.  The installation was easy.
  230. >However, it doesn't work.
  231. >
  232. >The software indicates that the board is not properly connected.  Does
  233. >this message indicate that the new chips are required.
  234. >
  235. According to messages that Avant Garde has posted on Genie, it probably
  236. means that the connector really is not properly seated on all pins.
  237.  
  238. AG says the only way to really know you have good connections is to
  239. do a continuity check of each pin.  All reports that I've read on genie
  240. indicate that it's a pain to get seated.  If you verify all pins and it
  241. still doesn't work, I'd suspect the PALS.  You can mail them to AG or
  242. send them email on genie if you have an account.  Good luck.
  243.  
  244. I'm still waiting on my PCD III.  When did you send your card in?
  245.  
  246. Shalom, lawrence
  247.  
  248. ------------------------------
  249.  
  250. Date: 28 Feb 90 19:04:20 GMT
  251. From: brunix!rjd@uunet.uu.net  (Rob Demillo)
  252. Subject: Problems with Laser RCP ?
  253. Message-ID: <30969@brunix.UUCP>
  254.  
  255. I've been recently having a series of problems with Laser C's
  256. Resource Construction Program - I'd like to find out
  257. if anyone else is having the same difficulties.
  258.  
  259. Occasionally, due to a series of keystrokes and mouse
  260. button pushes that I have been unable to successfully duplicate,
  261. the RCP will delete my .RSC file. This can, as you might imagine,
  262. be *real* irritating.
  263.  
  264. Megamax claims they aren't aware of this problem but will look
  265. into it. I'm trying to figure out if
  266. anyone else is having this problem. I am not certain, but I am
  267. beginning to think that one of the triggers is having the
  268. filename for the .RSC file be the same as the filename for
  269. the .C module that accesses the .RSC file. (I know that doesn't make any
  270. sense, because RCP has no knowledge of the .C file.)
  271.  
  272. How about it out there, anyone else experience this?
  273.  
  274.  
  275.  - Rob DeMillo                  | Internet: rjd@brown.cs.edu
  276.    Brown University             | BITnet: DEMILLO%BRNPSG.SPAN@STAR.STANFORD.EDU
  277.    Planetary Science Group      | Reality: 401-273-0804 (home)
  278. "I say you *are* the Messiah, Lord! And I ought to know, I've followed a few!"
  279.  
  280. ------------------------------
  281.  
  282. Date: 1 Mar 90 03:10:02 GMT
  283. From: tiamat!mjbtn!raider!dlh@uunet.uu.net  (Dana L. Holt)
  284. Subject: programming
  285. Message-ID: <178@raider.MFEE.TN.US>
  286.  
  287.         I have a program that hooks into the print screen vector and works
  288. fine unless I try to format a disk etc.. I can select menu items ok but when
  289. I try to copy a file etc it locks up. Do I need to disable an interrupt or
  290. something? Do you think a program like this would be useful? It can copy,
  291. delete files folders, toggle system config (ex. Write verify, etc..),do
  292. disk functions! And much more.. Would you find it useful?
  293.                                         dlh@raider.MFEE.TN.US
  294.  
  295. ------------------------------
  296.  
  297. Date: 26 Feb 90 17:43:09 GMT
  298. From: cs.utexas.edu!asuvax!mcdphx!hrc!force!covertr@tut.cis.ohio-state.edu
  299.  (Richard E. Covert)
  300. Subject: ST C programming
  301. Message-ID: <48e0cbdd.14a1f@force.UUCP>
  302.  
  303. I have some one year C source that I d/led from GEnie that gives
  304. some great examples of ST GEM/AES/VDI programming. I am contacting
  305. the original author to get his approval to post them here on cs.atari.st.
  306.  
  307. Are there any other C ST programmers out there on the net who would like
  308. to see more C code posted??  I am interested in such code myself.
  309.  
  310. One of samples that I got from GEnie were some functions to give you
  311. floating menus (i.e. menus don't appear at the top of the screen, but
  312. can be moved around the screen). There were some others to do customized
  313. alert boxes etc. the old samples that I got from GEnie only worked in
  314. medium rez. But I will try to get them working in hi rez.
  315.  
  316. Well, what say folks??
  317.  
  318.  
  319.  
  320. --
  321.  Richard E. Covert, Lead Engineer of Software Tools Group
  322.  AG Communications Systems, Phoenix AZ   (602) - 581-4652
  323.  TCP/IP: covertr@gtephx
  324.  UUCP: ?ncar!noao!asuvax | uunet!zardoz!hrc | att?!gtephx!covertr
  325.  
  326. ------------------------------
  327.  
  328. Date: 28 Feb 90 15:19:08 GMT
  329. From: sun-barr!newstop!texsun!smunews!ti-csl!vlsic2!parker@decwrl.dec.com
  330.  (James Parker)
  331. Subject: ST C programming
  332. Message-ID: <112600@ti-csl.csc.ti.com>
  333.  
  334. covertr@force.UUCP (Richard E. Covert) writes:
  335.  
  336. >Are there any other C ST programmers out there on the net who would like
  337. >to see more C code posted??  I am interested in such code myself.
  338. >Well, what say folks??
  339.  
  340. Include me in the group who would be interested in GEM programming examples
  341. posted!!
  342.  
  343. james parker
  344.  
  345. ------------------------------
  346.  
  347. Date: 28 Feb 90 19:33:08 GMT
  348. From: tahoe!wheeler!mikew@apple.com  (Mike Whitbeck)
  349. Subject: ST C programming
  350. Message-ID: <3629@tahoe.unr.edu>
  351.  
  352. In article <48e0cbdd.14a1f@force.UUCP> covertr@force.UUCP (Richard E. Covert)
  353.  writes:
  354.  || I have some one year C source that I d/led from GEnie that gives
  355.  || some great examples of ST GEM/AES/VDI programming. I am contacting
  356.  || the original author to get his approval to post them here on cs.atari.st.
  357.  ||
  358.  || Are there any other C ST programmers out there on the net who would like
  359.  || to see more C code posted??  I am interested in such code myself.
  360.  ||
  361.  || One of samples that I got from GEnie were some functions to give you
  362.  || floating menus (i.e. menus don't appear at the top of the screen, but
  363.  || can be moved around the screen). There were some others to do customized
  364.  || alert boxes etc. the old samples that I got from GEnie only worked in
  365.  || medium rez. But I will try to get them working in hi rez.
  366.  ||
  367.  || Well, what say folks??
  368.  
  369.         SOUNDS GREAT! hacking on the ST is one of my favorite pastimes
  370.         when the weather is bad (and the boss is out of town ;-)
  371.  
  372.         Hmmmm, about a short "magazine"-- serialize the postings and
  373.         as they appear perhaps others might contribute additional
  374.         'articles' or perhaps follow-up experiences. C(W)ould you
  375.         serve as editor (glue together mailings like TeXhax digest) ?
  376.  
  377.  ||
  378.  || --
  379.  ||  Richard E. Covert, Lead Engineer of Software Tools Group
  380.  ||  AG Communications Systems, Phoenix AZ   (602) - 581-4652
  381.  ||  TCP/IP: covertr@gtephx
  382.  ||  UUCP: ?ncar!noao!asuvax | uunet!zardoz!hrc | att?!gtephx!covertr
  383.  
  384.  
  385.  ? ___________________________________________________________
  386.  ? |Mike Whitbeck             | mikew@wheeler.wrc.unr.edu    |
  387.  ? |__________________________|__RENO___NEVADA_______________|
  388.  
  389. ------------------------------
  390.  
  391. Date: 1 Mar 90 16:12:34 GMT
  392. From: clyde.concordia.ca!sherlock!agostino@uunet.uu.net  (DELIGIA agostino)
  393. Subject: ST C programming
  394. Message-ID: <1882@clyde.concordia.ca>
  395.  
  396. In article <112600@ti-csl.csc.ti.com> parker@vlsic2.ti.com (James Parker)
  397.  writes:
  398. >covertr@force.UUCP (Richard E. Covert) writes:
  399. >
  400. >>Are there any other C ST programmers out there on the net who would like
  401. >>to see more C code posted??  I am interested in such code myself.
  402. >>Well, what say folks??
  403. >
  404. >Include me in the group who would be interested in GEM programming examples
  405. >posted!!
  406. >
  407. >james parker
  408.  
  409. I'd also like to see some GEM C programming examples. Especially those on
  410. floating menus: I'm writing a terminal emulation prg/acc and want to use the
  411. whole screen as the terminal screen and have a floating menu pop up when I
  412. click the right mouse button.  (The left mouse button is reserved for the
  413. dialer  :-)  ).
  414.  
  415. Agostino Deligia
  416.  
  417. agostino@sunkisd.cs.concordia.ca
  418. agostino@concour.cs.concordia.ca
  419.  
  420. ------------------------------
  421.  
  422. End of INFO-ATARI16 Digest V90 Issue #266
  423. *****************************************